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Abstract. We present some results of an ongoing research project where university engineering 
students were asked to construct videogames involving the use of physical systems models. The 
objective is to help them identify and understand the elements and concepts involved in the model¬ 
ling process. That is, we use game design as a constructionist approach for promoting a modelling 
activity and the learning of the elements involved. In this paper, we focus on the case studies of 
two students, in their last year of studies, who built a videogame where they had to model liquid 
water behaviour while working within the restrictions of the game engine. By analysing students’ 
written work and group discussions, we observed that students, through this videogame-building 
task, were able to deepen and refine how they conceive the process of mathematical modelling, in 
a fun and engaging way in which they were receptive and open to experimentation, and learned 
from other students, as well as from making mistakes. 

Keywords: modelling, videogames, constructionism, model-eliciting activities (MEAs). 


1. Introduction, Background and Theoretical Framework 

Learning modelling is an important activity in the life of an engineering student, because 
it is the first step to develop the design of any device, system, product or process. It re¬ 
quires students to apply mathematical skills in order to build appropriate representations 
and models. 

In this paper, we present some results from an ongoing project where university engi¬ 
neering students are asked to build videogames in order for them to engage in modelling 
processes and understand the concepts and elements involved. Some of the videogames 
require simulating physical systems; in this case, we focus on a videogame that required 
modelling liquid water behaviour. 

The idea of asking students to build a videogame for engaging in mathematical 
modelling tasks, is based on the constructionist paradigm. Constructionism (Papert and 
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Harel, 1991) considers that learning is facilitated when the learner engages in the active 
construction and sharing of external objects; it emphasises the importance of providing 
learners with opportunities and a context to build hardware or software artefacts that 
engage them and are meaningful to them. Thus, in our quest to help students conceive 
and apply mathematical modelling processes, we thought of engaging our engineering 
students in a construction activity - that of programming a videogame - that would 
require modelling. Since the early days of computers in education, game design and 
programming have been proposed as a methodology for engaging learners, as in the case 
of the work of Harel (1990). In particular, the works of Kafai and colleagues (e.g. Kafai, 
1995; Kafai, 2006), present some of the foundations and structure of this methodology, 
and their relationship with the constructionist paradigm, even though those works are 
with younger learners than the ones in our study. One of the key ideas is that: 

Game design provided a situation that naturally combined issues of 
practice and theory, and reflection on those relationships and game 
design provided opportunities for discussion, reflection, and collabo¬ 
ration within a meaningful context. (Kafai et al., 1998, p.180) 

In our work, the programming activities of the game design were conceived within 
a learning microworld, which we considered a suitable context for engaging in the acti¬ 
vity of “building a meaningful product.” Hoyles and Noss (1987) defined a microworld 
as composed of four components: the student component (concerned with the existing 
understandings and partial conceptions that the learner brings to a learning situation); 
the technical component (constituted by the software or programming language and a 
set of tools which provides the representational system for understanding a mathemati¬ 
cal structure or a conceptual field); the pedagogical component (the didactical materials 
and interventions that take place during the computer-based activity); and the contextual 
component (the social setting of the activities). 

Since we want students to go through, explore and think about modelling processes, 
the programming activities of the videogame - which are part of the pedagogical com¬ 
ponent of the microworld - were conceived as a set of what Lesh and Doerr (2003) have 
named model-eliciting activities (MEAs) which they define as problem-solving activi¬ 
ties that are: 

so called because the products that students produce go beyond short 
answers to narrowly specified questions - which involve sharable, 
manipulatable, modifiable, and reusable conceptual tools (e.g., mo¬ 
dels) for constructing, describing, explaining, manipulating, predic¬ 
ting, or controlling mathematically significant systems. (Lesh and 
Doerr, 2003, p. 3) 

MEAs involve six principles of design (Lesh et al., 2000), (Hamilton, 2008): Reality, 
model construction, model documentation, self evaluation, model generalization, simple 
prototype. We took into consideration those six principles to integrate the modelling pro¬ 
cess, in this case of water behaviour, as part of a sequence of activities (see next section) 
that lead to the programming of the videogame. 
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2. Research Aims and Methodology 

In our activities, we seek, through the videogame design and programming, for students 
to construct and reconstruct how they conceive and put into practice the modelling pro¬ 
cesses. The activities were carried out as part of an optional course that we created, for 
engineering students, at the National Polytechnic Institute in Mexico City, Mexico. 

We began with an the initial questionnaire, where students had to express and reflect 
on what it means, in general terms, to model and the general processes involved in it, 
simulation and videogame construction. For example, we asked students to define, in 
general terms, modelling, what a model was, what a simulation was among other ques¬ 
tions. In particular, the main question was: What steps are needed to build a model? 
Their written answers gave us, as researchers, and insight into their conceptions, with 
regard to the modelling process, before and after the activities and allowed us to observe 
if and how students transformed their conceptions through the activities. 

During the activities, participants were organized into teams of two, within a learn¬ 
ing microworld, as defined above, that involved the following components, and which 
describe our methodology. 


2.1. The Technical Component 

Within the technical component, we have the game engine. In the examples given in this 
paper, we used Game Maker Studio (Yoyo Games, 2014) and its physics engine Box2D 
(Catto, 2014), through which students built a videogame that used the mathematical 
model of water to simulate this element in a virtual environment governed by the basic 
physical laws of the real world. These technological environments are meant to be re- 
buildable and modifiable products. 


2.2. The Student Component 

The students involved in the case presented in this paper, were 12 engineering univer¬ 
sity students of the National Polytechnic Institute, in their 8th semester of studies. They 
voluntarily signed up for this optional course, because they are interested in engaging in 
videogame development after college. It is important to mention that these students had 
previously taken at least one course in classical modelling and simulation. 


2.3. The Pedagogical and Contextual Components 

The pedagogical component includes a sequence of three activities designed taking into 
account the six principles, mentioned above, of MEAs (Lesh et ah, 2000), (Hamilton 
et al., 2008) (see Table 1) to encourage students to construct and reconstruct concepts 
about mathematical modelling of physical systems. 
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After the reflection in the initial questionnaire, Activity 1 involved working on to 
the idea and collaborative design of the videogame. Activity 2 required each student 
to individually propose a mathematical model, and Activity 3 was again collaborative 
work to solve the actual modelling problem and incorporate a modified (adapted and 
simplified) version of the mathematical model into the videogame. Thus, in terms of the 
context, the activities (1 & 3) combined collaborative work in pairs, but also individual 
work (Activity 2 - also the written questionnaires where answered individually). In this 
way students discussed and worked on their proposed solutions about the modelling of 
the water behaviour, developing a genuine engagement in the creation of the conceptual 
design of the videogame. We now describe each of these activities: 

• Activity 1. In this activity, each team of students had to develop an idea for their 
videogame through a brief “story board” of up to 4 images, and adding a brief de¬ 
scription of the gameplay. We required that the gameplay used water as the main 
element to solve puzzles and complete levels. This is a task meant to genuinely 
engage students in creating a meaningful product. 

• Activity 2. This was an individual activity, where students had to build a model 
of water behaviour, that later could be used in the programming of the videogame 
designed in activity 1. The creation of this model requires students to have, and 
use, previous knowledge of algebra, vector calculus, differential calculus and fluid 
mechanics (statics and dynamics of fluids). The task is presented, not as a tradi¬ 
tional problem statement, but as an open problem, as it happens in real life. 

• Activity 3. Here students had to collaboratively program the game using the mod¬ 
els that they created (i.e. discussing the best way to apply one of them, or defining 
together a new one), into the game engine (in this case, Game Maker Studio), 
thus rendering those models more concrete and meaningful. This requires go¬ 
ing through a stage of refining and simplifying the model, proposing appropriate 
restrictions and relationships (e.g. of scale, metric system, degree of freedom, 
etc.); as well as defining the characteristics of the computational objects that will 
simulate the particles of water, giving them attributes (shape, colour, and size) 
and some physical properties (gravity, density and potential and kinetic energy) 
represented by algebraic mathematical equations. 

In Table 1, we illustrate how the design principles of the MEA’s apply to each of 
the activities. 

3. Sample Results 

We now illustrate the unfoldment of each of the above activities, through a case study of 
two students - Felipe and Javier - who worked as a team. 

3.1. The Initial Questionnaire 

In the Table 2, we give the replies that these students gave to the question: What steps 
are needed to build a model? 
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Table 1 

Relationship of the six principles of MEAs and the activities carried out by students 


MEA design Related activities 
principle 


Model 

documentation 


Reality 


Model 

construction 


Simple prototype 


Model 

generalization 
Self evaluation 


In the questionnaires, students already have to describe, for a general and abstract case, 
the steps of building a model. In Activity 1, the story board is a first documentation of the 
model. Then, in Activity 2, students have to describe the mathematisation of the water 
model. And a final documentation is found in the actual program, in the game engine, of 
the videogame. 

The problem of designing (Activity 1) and programming (Activity 3) a model of water 
behaviour is realistic problem. Furthermore, constructing a real videogame is something 
that genuinely engages students in the task of mathematical modelling. 

Students build a first version of the mathematical model (Activity 2) and they make a 
refinement and simplification of this model when having to adapt it for, first, constructing 
a simulation in the game engine (Activity 3), and then implementing it in the actual 
videogame. Thus, students need to have clear understanding of the relationships necessary 
to program the simulation and, later, the videogame. 

When students set appropriate relationships and constraints for establishing a model with 
simplified equations (Activity 3), they can also provide simple and structured steps to 
generate a set of tests, such as the simulation of the model, in order to test its effectiveness. 
As described in the previous point, in Activity 3, students need to establish appropriate 
restrictions and relationships that lead to a general model that can be used again in other 
situations and with other technological tools. 

During the stage of refining and simplifying the model (Activity 3), students need to 
evaluate their models and through discussions take decisions for finding an implementable 
version of the model into the game engine. 

Also, through the post questionnaire, a reflection is carried out about what was involved 
in the modelling process and how the entire process of the videogame creation, 
transformed and enriched their concepts from their initial conception (as given in the 
initial questionnaire). 


Table 2 

Question / answers in the initial questionnaire 


Student 

Question / Answer 


What steps are needed to build a model? 

Felipe 

Movements, variables, and (degrees of freedom) 

Javier 

Analyse the phenomenon, represent it mathematically, analyse its behaviour, implement an 
action based on the above. 


We observe that Felipe only mentions some aspects to take into account and doesn’t 
give actual steps needed to build a model; Javier has a more clear and structured (al¬ 
though perhaps incomplete) idea. Previously, as mentioned above, the students had stud- 
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ied courses on modelling, so they know how to build models in practice; but, as seen 
here, they have difficulties in expressing the steps needed to build a model. 


3.2. Activity 1 

We recall that in this activity, students constructed a brief “story board” (see Fig. 1) to 
describe the gameplay. The main idea of Felipe and Javier’s game is to present the player 
and two containers (one empty and one filled with water). These containers can appear 
anywhere in the playing area. The player must take the water of the filled container, and 
fill the empty one, aided by gravity or other resources that may appear in the play area. 
Felipe and Javier, as did all the other students, showed great interest in this activity, be¬ 
cause they want to engage in videogame design when they graduate. 


3.3. Activity 2 

As explained above, in this activity students had to construct a mathematical model of 
the water behaviour that included realistic physics, for implementing it in the previously 
designed game. Each student built a mathematical model of fluid mechanics, addressing 
the water model either as a molecular model (Felipe’s case) or as a continuous model 
(Javier’s case) - see Table 3. 


3.4. Activity 3 

Here the two students shared their mathematical models and, in discussing them, noted 
that it would not be possible to simulate them for validation in the game engine (Game 
Maker Studio), concluding that they must simplify them. 

3.4.1. Simplifying the Model 

For constructing an appropriately simple model, students had to take into account certain 
constraints and relationships of the physical engine of GameMaker Studio, such as the 
metric system, scales, and that instead of the model being applied to a real 3D environ¬ 
ment, it had to work in a virtual 2D world. This implied adapting the formulas. More 
specifically: 

• Because the game took place in a 2D environment, students had to be aware that 
the bodies were constrained in their movement to three degrees of freedom: i.e. 
two translational coordinates and one rotational coordinate. 

• The students observed that the physics engine (inside the game engine) uses as 
measuring system the metric one, but limits objects to have a size equivalent to 
between 0.1 m and 50 m; however it also sets that pixels should not be in a one- 
to-one relationship with meters (i.e. one must not set the equivalence of 1:1 meter 
to pixel), and radians are used as angles. Thus, the scaling ratio used by Felipe and 
Javier, inside the virtual physical world, was 10:1 (i.e. 10 pixels equal 1 m). This 
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Fig. 1. Videogame’s storyboard (a) with screenshot of the resulting videogame (b). 


Table 3 

Felipe’s and Javier’s mathematical models 


D 

o 

B 

(Z) 

'"d 

.9" 

13 

Ph 


Felipe built a, mathematical model, based on, intermolecular interaction force. 

■=- de 12 (d) 


^0 \ n (do\ (do\ l r i ' 
~dfr =6 d~ 0 [ 2 Vd) 


Where: 

e 0 .Finite distance at which the inter-partide potential is zero (potential well) 
d 0 * 3 x 10“ lo ?n, Critical distance 

e n = e o [(y) — (yy) | Potential energy of interaction between molecules (Lennard-Jones 

Potential) 

d = \t\ — rj|, Intermolecular distance between two molecules 


Javier built a, mathematical model, based on, water macroscopic behavior. 
p(r,t ) = lim AV _ 0 t= ^ — L , Local density 
v(r, t) = lim Av ^ 0 , Local speed 

L i=1 rtii 


V WC1V) 1 .-*,2 l^NCAVO V ATA V o 

E(r, t) = hm A ^ 0 - 2 - -rfm -—-, Local energy 

L i=1 mi 


=swr- = ; l^(n 0 1 2 + «(r, t) , Specific energy 

2i l=1 ™-i 2 


Where: 

N(AV), The number of molecules contained in the volume AV at time "F 

r. It is the position vector of the point where you are considered local properties 

m ir It is the mass of a given molecule 

v\, It is his molecular speed 

e fy . It is his potential energy 

u. The internal energy contained in the volume element 
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relationship was expressed through the code: physics_world_create(l/10). Using 
this relationship, the students created virtual objects inside the physical world: 
e.g., water was represented as a set of circular-shaped particles with a radius equal 
to 4 pixels (i.e. equivalent to 0.4 m). 

• Another important relationship in the simulation was to establish the value of 
the constant of gravity acceleration (g). For this, the students decided that the 
constant, which is equal to 9.8 m/s 2 , should be rounded to 10 m/s 2 , due to the 
scaling factor that they needed to use; this meant that the acceleration would be of 
100 pixels per second, every 60 steps, in the direction 270°. This was expressed 
through the following segment of code: physics_world_gravity(0, 10); and with a 
roomspeed of 60. The value of g affects every object in the virtual world diffe¬ 
rently, depending on the properties of that object: friction coefficient, linear dam¬ 
ping, angular damping, and density. 

• To set the value of density for each water particle simulated in the virtual world, 
students had to take into account that the density used was not a volumetric den¬ 
sity one (3D), but a surface density (2D): that is, p = 1000 Kg/m 2 (with square 
meters, instead of cubed as in p = 1000 Kg/m 3 ). This is expressed in code as: 
physics_fixture_set_density(Water_particle, 1000) where Water_particle is the 
name of the object representing a particle of water and 1000 is the value of water 
density. 

• Having established these relationships to the density, students established oth¬ 
er relationships, such as the friction coefficient between the water particles. In 
GameMaker Studio, friction is defined as the force that resists movement or slip¬ 
page of a material over another, as can happen when two materials collide in the 
virtual physical world. The friction value must be between zero and one. In this 
case, because they were modelling water which is a fluid, the students tried to 
define this coefficient as a coefficient of viscosity expressed in Kg/m*s, giving it a 
value of 0.01, considering that the viscosity value between water particles is very 
close to 0. This is expressed as: 

physicsJixture_setJriction (Water_particle, 0.01) 

• Another property that students had to define, is the restitution coefficient that indi¬ 
cates the amount of kinetic energy that remains after a collision between particles 
or objects; that is, this coeffcient refers to the level of “bounce” between particles. 
The restitution value is between zero and one. The water in the real world has a co¬ 
efficient of restitution of 0.98 and in the virtual world, Felipe and Javier assigned 
it the value of 0.9, which is expressed as: 

physics_fixture_set_restitution(Water_particle, 0.9) 

• Finally, the students had to establish relationships for the linear and angular damp¬ 
ing, which refers to the forces that oppose the linear and rotational (angular) mo¬ 
tion of a particle (like air friction). Air friction dampens water motion. A sim¬ 
plified representation of air friction is the formula Af = -K • v, where K is the 
damping coefficient dependant on the shape of the body, and v is the velocity of 
each particle, dependent on its interactions in the virtual world. Damping forces 
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are normally expressed with values between zero and infinity, but the game en¬ 
gine uses a simpler method, giving shapes that have less air resistance (i.e. round 
ones) values close to zero and rectangular shapes that have more resistance, values 
near 1. Thus, in this case, since water particles are round, students assigned the 
value of 0.1 for the damping coefficient. This is expressed in code as: 

physicsJixture_set lineardampingfWater_particle, 0.1) 
physics Jixture_set_angular_dcimping( Water_particle, 0.1) 

Having defined the relationships, constraints and properties, as shown above, stu¬ 
dents were able to develop a water model simulation. 

3.4.2. The Simulation 

Felipe and Javier concluded that it was more feasible to build a model of the water 
behaviour, based on a simplified molecular model - where each particle of water is af¬ 
fected by the following factors: specific gravity (y = p • g), density (p = m/V), kinetic 
energy (E c = 1/2 • m ■ v 2 ) and potential energy (E p = m ■ g • h) - instead of building a 
continuous model (as in the macroscopic point of view), because of the restrictions of 
the game engine. 

They then conducted tests to validate the model, including simulations to show the 
Archimedes’ principle which relates to the upward buoyant force that is exerted on a 
body immersed in a fluid (Fig. 2) as well as other tests (e.g. for Pascal’s principle, which 
says that any change in pressure in any point of a resting enclosed fluid, is transmitted 
undiminished throughout the fluid). With the validated model, it was relatively easy for 
the students to then program the game they had designed. A screenshot of the videogame 
can be seen in Fig. 1. 


3.5. The Post-Questionnaire 

The post-questionnaire focused on the question: What steps are needed to build a model ? 
requiring to draw a block diagram for the steps given. Table 4 shows Felipe’s and Javi¬ 
er’s answers. We can observe the evolution of the conception of the modelling process as 
compared to the answers in the initial questionnaire. However, in Felipe’s case, from his 



Fig. 2. Simulation of Archimedes’ principle. 
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diagram, we see that he doesn’t conceive the modelling process as an iterative activity; 
in contrast, Javier’s block diagram (without taking into account if his representation is 
correct or not) includes feedback loops in the internal processes. 


Table 4 

Questions / answers of the post-questionnaire 


Student Answer / question 


1. What steps are needed to build a model? 


Felipe 


First I analyze the problem. Then I see what I have. I investigate the characteristics and properties of 
that which will be modelled. I see if the technological tools that I have, allow me to make the model 


l&r /* Jf A <g '*■ 


Javier 1- Conceptualize the system to be modelled. 2 - Identify the variables that affect the system. 3 — 
Mathematise the system with all the variables. 4 — Test the model without disturbances. 5 — Test the 
model taking into account the disturbances. 6.- Improve the model if necessary. 

~t~ C & 'I C c. $ i eJ I t <a . r e ( -tn <? o. •a-j' 0 cJ c fa. f~ 

/ c, s c. / i ^ \o { e $ <£ c- t C ec/ o a I 1 ? S e ^ 

e ( *>, -5 /e~r * J 0 Jc, * ( * s , / « 4 £ 

^ V f o 4> cv ~f f ( & cl I o Sz'zj p e-/ y & s k r / a *t ck ) m cJ 

^ s C ( «*— C> ef ‘ / C* £ & * -t e *cr f f df ^ c/ c> /q j- p C r j €J f b G, e~ ' o 

^ a Jg fa * -t c <* x 0 t *e.c*-sc t s .' 0 


2. Draw a block diagram of the steps above 
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3.6. Reflections and Discussions on the Process 

After the activities, all the students engaged in a group discussion of the process of mo¬ 
delling they had carried out. In Activity 2, approximately half of the students had defined 
water behaviour models using a molecular approach, and the other half a continuous 
approach (as in Table 3). But all models used differential calculus (partial derivatives) 
and vector calculus. However, in order to implement these models to the game engine 
in Activity 3, students had to adapt and simplify them using only simple algebra. This 
meant that students needed a clear understanding of the variables and components of the 
mathematical model, in order to identify the most important elements and relationships. 
Thus, in the discussion, students reflected deeply about the process of modelling in en¬ 
gineering work: on how, when implementing in practice mathematical models, these 
models have to be adapted; but how their previous teachings had given them an incor¬ 
rect conception of what is involved in a modelling process. They reflected on how they 
understood now a modelling process as an iterative and perfectible activity, replacing the 
traditional concept of “problem statement” requiring a fixed, final answer. Thus, through 
the MEAs and the experience of building the videogame, students transformed and en¬ 
riched the way they conceive a modelling process. 

4. Final Remarks 

The activities faced students with a real problem (the design and programming of a vi¬ 
deogame) that is significant in its sociocultural context. Through the programming of the 
videogame, students engaged in producing a working model that was meaningful to them 
and gained a deeper understanding of all the elements involved in the modelling process. 
As described above, the mathematical models of water behaviour were first stated using 
advanced mathematics. But, what happens when the equations cannot be simulated with 
the technological tool being used (in this case, the game engine)? This is the question 
that gives meaning to the proposed activities: through the restrictions imposed by the 
game engine, we lead the students to adapt the model to the context. Thus, students not 
only had to produce mathematical representations of the physical phenomena (water 
behaviour), but also understand these in the context and dynamics of the game they 
were building, establishing relationships between appropriate variables and restrictions 
(imposed by the technological restrictions of the game engine), and physical formulas in 
order to adapt their mathematical model. Specifically, they had to establish relationships 
between the computational objects (in this case water particles) - which also had to be 
attributed values such as form, colour and size-, and their physic-mathematical proper¬ 
ties (gravity, density and potential and kinetic energies). Students were surprised by the 
great challenge that this was (they had assumed it would be much easier), especially 
in terms of working with scales and finding the relationships, but learned from their 
mistakes and thoroughly enjoyed it as well as working and learning from their peers. 
This constructivist process also helped them appreciate how - unlike traditional problem 
statements in class that look for fixed answers - in the real world, modelling processes 
are cyclic (iterative) and perfectible, and often collaborative. 
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We continue work in our project with other engineering students, designing and 
building video games in other topics (e.g. robotics, digital systems), as well as working 
with other game engines. 
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Inzinerijos studentq vaizdo zaidimq konstravimas siekiant suprasti 
modeliavimo procesus: vandens elgsenos imitavimo atvejis 

Angel PRETELIN-RICARDEZ, Ana Isabel SACRISTAN 

Straipsnyje pristatomi rezultatai mokslinio projekto, kurj vykdant universiteto inzinerijos 
studentai turejo sukonstruoti vaizdo zaidimus, susijusius su fizinii} sistemi} modeliais. Projekto 
tikslas - padeti studentams atpazinti ir suprasti modeliavimo procesi} elementus ir konceptus. 
Zaidimi} projektavime yra naudojamas konstrukcionistinis poziuris, kuriuo siekiama paskatinti 
modeliavimo veikl^ ir ismokyti susijusii} element!}. Straipsnyje aprasomas dviejt} student!} sukurto 
zaidimo atvejis: jie turejo sumodeliuoti skysto vandens elgsen^, kai taikomi zaidimo variklio apri- 
bojimai. Isanalizavus studenti} parasytus darbus ir grupines diskusijas, galima teigti, kad studentai, 
atlikdami vaizdo zaidimi} konstravimo uzduotis, gali pagilinti ir patikslinti savo suvokimq apie 
matematinio modeliavimo procesus. Tai patrauklesnis budas, kuriuo jie gali eksperimentuoti ir 
mokytis is kiti} student!} bei is savo klaidi}. 



